It'll still return an address not owned by the DataBuf, no?

It'll still return an address not owned by the DataBuf, no?

It's the top edge of the buffer, so it's fine as long as you read zero bytes. That's quite a common edge case, so I think it should be allowed.

Codecov Report

Merging #2654 (5f9ecad) into main (b66ebd9) will decrease coverage by 0.01%.
The diff coverage is 50.00%.

@@            Coverage Diff             @@
##             main    #2654      +/-   ##
==========================================
- Coverage   63.92%   63.92%   -0.01%     
==========================================
  Files         103      103              
  Lines       22306    22306              
  Branches    10795    10795              
==========================================
- Hits        14260    14259       -1     
  Misses       5826     5826              
- Partials     2220     2221       +1     

Isn't it a potential exploit? That we would provide on our public API?

Isn't it a potential exploit? That we would provide on our public API?

I don't think so. The old code only protected against out-of-bounds reads that looked like this:

memcpy(mybuf, buf.c_data(buf.size()), 10);

But it didn't protect against this, which is almost exactly the same thing:

memcpy(mybuf, buf.c_data(buf.size() - 1), 11);

That fuzzer failure is concerning. It probably means that this code was masking a bug somewhere else. I'll investigate.

I wasn't thinking about our code.

I'm sorry, I made a mistake. It turns out there's a similar assertion in std::vector::operator[], which is what's causing the fuzzing failure. I've added a third commit which returns nullptr in this edge case. I think that will work well because it stops this code from throwing an exception in the edge case where the client is reading zero bytes at the end of the buffer, but it will throw a null pointer exception if they actually try to read the out-of-bounds bytes.

@caclark this fix things?

@neheb No, unfortunately this does not fix the Geeqie related bug.

@Mergifyio backport 0.28.x

backport 0.28.x

✅ Backports have been created